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(54) Information processing apparatus having automatic OS selecting function 



(57) There is provided an information processing 
apparatus which is constructed by a host computer and 
a peripheral device connected to the host computer 
through a bidirectional interface and which inputs and 
outputs data between the host computer and the periph- 
eral device through a device driver that corresponds to 
the peripheral device and is loaded in the OS of the host 
computer. An output device such as a printer which is 
controlled by the host computer has an identifying unit 
to identify the kind of OS of the host computer and a con- 
troller to output a device driver for controlling the device 
to the host computer on the basis of the identification 
result The peripheral device has a memory in which the 
device driver corresponding to the peripheral device has 
been stored, the device driver in the memory is trans- 
ferred to the host computer as necessary and is loaded 
into the OS of the host computer. 
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Description 

BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to an information 
processing apparatus and, particularly, to an information 
processing apparatus for inputting and outputting data 
from/to a device connected through a device driver (pro- 
gram) loaded in an OS of a host computer. 

Related Background Art 

Hitherto, various products are used as OSs (operat- 
ing systems) of a host computer. There is a case where 
among OS software, a portion (device driver) for driving 
devices such as printer, display, and the like is compiled 
integrally with a kernel of the OS. In recent years, how- 
ever, the device driver is often constructed as what is 
called a loadable module that is read in accordance with 
a set file when the OS is booted or the like. There is also 
a device driver having a format of an application program 
so as to enable another da/ice driver to be activated dur- 
ing the operation of the OS 

Recently, the device driver (program) particularly for 
a printer is called a printer driver, a printer manager, or 
the like (hereinafter, simply referred to as "printer driver"). 
In many conventional printer drivers, data is inputted and 
outputted fronVto a printer port at a very low level. How- 
ever, there is also considered a printer driver for trans- 
lating between a page description language (printer 
control language) that is understood by the printer and 
another printer control language or a format in accord- 
ance with the OS. 

There is also a printer driver which have therein soft- 
wares corresponding to a plurality of devices (not limited 
to the printer, but including a plotter and the like as well) 
and which enables various output devices such as 
printer and the like to output by designating a kind of the 
printer, or the like. 

In the OS using the loadable device driver, a device 
which has not initially been supported by the OS can be 
used by replacing the printer driver. Recently, when the 
output device such as a printer or the like is purchased, 
there is a case where an exclusive-use device driver for 
the device in the major OS is annexed. 

A number of OSs for controlling a host computer also 
exist nowadays. The same host computer is controlled 
by different OSs or a plurality of OSs are installed in the 
same host computer and one of the OSs is activated by 
switching them. When the OSs are different, since the 
description formats of the device drivers are also differ- 
ent, it is necessary to supply the device driver every OS 
even in case of the printer drivers for driving the same 
printer as a target. 

On the other hand, recently, on the output device 
side as well, a method whereby the printers are con- 
nected to a plurality of printer ports or a method whereby 



printers are switched and connected by using a change- 
over switch is used in order to selectively use the devices 
in accordance with objects. 

When the printer to be used is changed as men- 

s tioned above, it is naturally necessary to load the printer 
driver corresponding to the printer and to change the set- 
ting of the printer driver, and the like. There is a case 
such that the printer drivers are different every OS as 
mentioned above or exist as different files on a disk, so 

10 that there are problems such that works for correctly 
loading or changing the printer driver by the user are very 
complicated and troublesome. 

When the designation of the user is wrong, the data 
cannot be correctly outputted as a matter of course. 

15 . In the case where computers are connected to a net- 
work in which a number of printer devices exist, it is nec- 
essary to store all of the printer drivers in all of the 
computers on the network, so that there is a problem 
such that resources of external memories (hard disk and 

20 the like) are vainly consumed. 

Although the above problems have been described 
with respect to the printer as an example, similar prob- 
lems also occur even in device drivers of other peripheral 
devices such as display, plotter, sound card, PCMCIA 

25 card, and the like. 

SUMMARY OF THE INVENTION 

The invention is made to solve the above problems 

30 and it is an object of the invention to provide an informa- 
tion processing apparatus which can automatically load 
a device driver (program) adaptive to a peripheral device 
that is used into an OS without an operation of the user 
and which can prevent the use of a wrong device driver 

35 and that resources such as memory, disk, and the like of 
a computer are vainly used. 

In order to accomplish the above object, according 
to the invention, there is provided an information 
processing apparatus which is constructed by a host 

40 computer and a peripheral device connected to the host 
computer through a bidirectional interface (for instance, 
bicentronics) and which inputs and outputs data between 
the host computer and the peripheral device through the 
device driver that corresponds to the peripheral device 

45 and is loaded in the OS of the host computer, wherein 
the peripheral device has memory means in which the 
device driver corresponding to the peripheral device has 
been stored, and the device driver in the memory means 
is obtained from the peripheral device as necessary and 

so is loaded into the OS of the host computer. 

By such a construction, the device driver prepared 
for the peripheral device can be obtained from the 
peripheral device as necessary and can be automatically 
loaded into the OS. 

55 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram for explaining a construction 
of a computer system to which the invention is 
applied; s 
Fig. 2 is a block diagram for explaining a transfer of 
a printer driver in a printer in Fig. 1 ; 
Fig. 3 is aflowchart showing a processing procedure 
for reception data in the printer in Fig. 1 ; 
Fig. 4 is a flowchart showing a transfer processing w 
procedurefortheprinterdriver in the printer in Fig. 1; 
Fig. 5 is a block diagram for explaining a storage or 
loading of the printer driver in a host computer in Fig. 
1; 

Fig. 6 is a flowchart showing a using method of the is 
printer driver in an OS of the host computer in Fig. 
1 ; and 

Fig. 7 is a flowchart showing a different using 
method of the printer driver in the OS of the host 
computer in Fig. 1. 20 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

The invention will now be described in detail herein- 25 
below on the basis of embodiments shown in the draw- 
ings. A printer as an output device and a printer driver 
(printer manager) as a device driver (program) will be 
described hereinbelow as an example. 

Fig. 1 shows a computer system using the invention. 30 
Although the system constructed by a host computer 
3000 and a printer (device) 1500 will be shown here as 
an example, the invention which will be described here- 
inafter can be also applied to a single apparatus, a sys- 
tem comprising a plurality of apparatuses, and a system 35 
in which a printer is connected through a network such 
as an LAN or the like. 

In the host computer 3000 in Fig. 1, reference 
numeral 1 denotes a CPU. In the embodiment, the CPU 
1 processes a document in which figure, image, charac- 40 
ters, table (including a table calculation or the like), and 
the like mixedly exist on the basis of a document process- 
ing program or the like stored in an ROM for programs 
in an ROM 3 or an external memory (hard disk, floppy 
disk, or the like) 1 1 and also controls devices connected 45 
to a system bus 4. 

Reference numeral 2 indicates an RAM which func- 
tions as a main memory, a work area, or the like of the 
CPU 1. 

Reference numeral 3 denotes the ROM. A control so 
program (control program shown in flowcharts of Figs. 6 
and 7) of the CPU 1 . an operating system program, and 
the like are stored in the program ROM in the ROM 3 or 
the external memory 11. The ROM 3 has: a portion of 
an ROM for fonts which stores font data which is used 55 
upon document processes and the like; and a portion of 
an ROM for data for storing various data which is used 
when the document processes or the like are executed. 
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Reference numeral 5 denotes a keyboard controller 
(KBC) for controlling a key input from a keyboard 9 or a 
pointing device (not shown). Reference numeral 6 
denotes a CRT controller (CRTC) for controlling a display 
of a CRT display (CRT) 10. 

Reference numeral 7 indicates a disk controller 
(DKC) for controlling inputting/outputting operations of 
data from/to the external memory 1 1 such as hard disk 
(HD), floppy disk (FD), or the like to store a boot program, 
various applications, font data, a user file, an edition file, 
a printer control command forming program (printer 
driver) and the like. 

Reference numeral 8 denotes a printer controller 
(PRTC) which is connected to the printer 1500 through 
a predetermined bidirectional interface (for example, 
Centronics interface) 21 and executes a controlling proc- 
ess of a communication with the printer 1500. 

In the document process of the CPU 1 , it is assumed 
that a graphical interface is used and a control for equal- 
izing an output from the printer 1500 and an output from 
the CRT 10, namely, what is called a WYSIWYG (What 
You See Is What You Get) process is executed. In this 
case, for example, a developing (rasterizing) process of 
a bit map font or an outline font stored in the font ROM 
or the like is performed in a display information RAM set 
on the RAM 2. By transferring bit map data on the display 
information RAM to the printer 1 500 or by using the out- 
line font stored in the printer 1500, the same output can 
be obtained from the printer 1500 and CRT 10. 

In the document process, the CPU 1 opens various 
windows registered on the basis of commands instructed 
by a mouse cursor (not shown) or the like on the CRT 10 
and executes various data processes. 

On the other hand, in the printer 1500, reference 
numeral 12 denotes a printer CPU for outputting an 
image signal as output information to a printing section 
(printer engine) 1 7 that is connected to a system bus 15 
on the basis of a control program stored in an ROM for 
programs in an ROM 13 and a control program stored in 
an external memory 1 4. 

Control programs (Figs. 3 and 4) of the CPU 12, 
which will be described hereinlater, and the like are also 
stored in the program ROM in the ROM 1 3 or the external 
memory 1 4. The font data which is used when the output 
information is formed or the like is stored in an ROM for 
fonts in the ROM 1 3. In case of a printer having no exter- 
nal memory 1 4 such as a hard disk or the like, information 
which is used on the host computer is stored in an ROM 
for data in the ROM 1 3. The CPU 1 2 can execute a com- 
municating process with the host computer through an 
input section 18 and can notify information in the printer 
or the like to the host computer 3000. 

Reference numeral 19 denotes an RAM which func- 
tions as a main memory, a work area, or the like of the 
CPU 12. A memory capacity of the RAM 19 can be 
expanded by an optional RAM connected to an extension 
port (not shown). The RAM 1 9 is used in an output infor- 
mation developing area, an environment data memory 
area, an NVRAM, or the like. 
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An access to the external memory 14 such as hard 
disk (HD), IC card, or the like of the printer 1500 is con- 
trolled by a memory controller (MC) 20. The external 
memory 14 is connected as an option and stores font 
data, an emulation program, form data, and the like. A 5 
switch, an LED display and the like for the user interface 
are arranged on an operation section 1501. 

The number of external memories of the host com- 
puter 3000 and the printer is not limited to one but at least 
one or more external memories can be provided. A plu- 10 
rality of external memories in which an optional font card 
and a program for interpreting printer control languages 
of different language systems in addition to the buift-in 
fonts have been stored can be also connected. Further, 
the printer 1500 can also have an NVRAM (not shown) is 
and printer mode setting information from the operation 
section 1501 can be also stored. 

Further, according to the embodiment, printer driv- 
ers corresponding to various output devices such as a 
printer and the like are provided in the ROM 3 or external 20 
memory 11 on the host computer side. The operating 
system (OS) which controls the host computer is loaded 
onto the RAM 2 and is executed, thereby controlling the 
corresponding output device such as a printer or the like. 

For example, when a document formed by using an 25 
application program or the like on the host computer is 
printed, by giving various parameters to the printer driver 
loaded on the RAM 2, a printer control command neces- 
sary to print the document is formed and the formed 
printer control command is transferred to the printer 30 
through the interface 21 , thereby printing. 

In the embodiment, such a printer driver is prepared 
for the printer 1500. That is, the printer driver corre- 
sponding to the specification of the self machine is stored 
in the ROM 1 3 or external memory 1 4 of the printer 1 500 35 
and is up-loaded to the host computer 3000 and is used. 
Preferably, various printer driver programs for various 
OSs which correspond to the specification of the self 
machine are stored and a proper printer driver program 
is enabled to be up-loaded in accordance with the kind 40 
of OS that is notified from the host computer 3000 as will 
be described hereinlater. 

Hitherto, for example, in case of printing the docu- 
ment formed by using the application program or the like 
on the host computer, when the printer driver for forming 45 
the control command of the connected printer is not pre- 
liminarily prepared in the ROM 3 or external memory 1 1 
(hard disk), the printer driver is supplied to the user from 
the external memory 1 1 such as a floppy disk or the like. 
After that, the user designates the printer driver to the so 
OS by the set file or a predetermined operation, thereby 
completing the installation of the printer driver for the first 
time. 

According to the embodiment, however, the OS first 
obtains data for identifying the printer from the printer ss 
through the bidirectional interface 21. When the printer 
driver for the printer is not stored in the ROM 3 or external 
memory 1 1, the printer driver stored in the ROM 13 of 
the printer is further obtained and is stored into the exter- 
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nal memory 1 1 . After that, the printer driver is loaded to 
the RAM 2 and is executed or the printer driver is directly 
loaded to the RAM 2 and is executed, thereby forming 
the printer control commands necessary for printing the 
documents. The printer control commands can be trans- 
ferred to the printer through the interface 21 . 

An embodiment of the invention will be described in 
detail hereinbelow with reference to the flowcharts and 
the like. 

Fig. 2 shows a construction of the printer 1500 in 
more detail. In Fig. 2, the printer drivers which are differ- 
ent according to the OSs have been stored in the ROM 
13 or external memory 14. The printer drivers corre- 
sponding to various OSs which are major in the market 
are prepared as many as possible and are stored in the 
ROM 1 3 or external memory 1 4. In Fig. 2, the printer driv- 
ers for a plurality of OSs are stored in both of the ROM 
13 and external memory 14. The data formats of the 
printer drivers can be a loadable module format or an 
executable format as long as they are formed in accord- 
ance with the specifications of the corresponding OSs. 

In the invention, the OS which controls the host com- 
puter to which the printer is connected is specified 
through the bidirectional interface 21 and the printer 
driver for the OS can be transferred by an instruction of 
the OS. When transferring the printer driver, it is also pos- 
sible that the printer driver is once read into the RAM 19 
on the printer and is transferred. The printer driver can 
be directly transferred from the ROM 1 3 or external mem- 
ory 14 to the input section 18 if it is possible. 

Fig. 3 shows a processing procedure for the recep- 
tion data on the printer 1500 side. The processes are 
executed by the CPU 12 of the printer. In step S31 in Fig. 
3, data transmitted through the bidirectional interface 21 
is read out from the input section 18 and is transferred 
to the RAM 19. 

In step S32, a check is made to see if the data is an 
identification data request command for identifying the 
printer of the OS. If YES, the printer identification data is 
transmitted to the host computer (step S33). Since the 
identification data request command for identifying the 
printer is transmitted to the printer 1500 at the stage 
when a formal printer driver corresponding to the printer 
1 500 does not (may not) operate, a relatively simple for- 
mat (for instance, a predetermined escape sequence or 
the like) such that the command can be transmitted by 
directly controlling a port to which the printer is con- 
nected without passing through the printer driver is pref- 
erable. The printer identification data has preliminarily 
been stored in the data ROM 1 3 or external memory 1 4. 

A check is made to see if the received data is a trans- 
mission command of the printer driver in step S34. If 
YES, the printer driver as a program for forming the 
printer control command is transmitted as data to the 
host computer (step S35). 

When the received data is not a port identification 
data request nor the printer driver transmission com- 
mand, it is judged that the received data is an ordinary 
print control command and a printing process is exe- 



4 



EP 0 716 371 A2 



cuted (step S36). The printer repeatedly executes the 
above processes. 

Fig. 4 is a flowchart showing a processing procedure 
for transferring the printer driver in step S35 in Fig. 3. The 
processes are executed by the CPU 12 of the printer. It s 
is now assumed that the printer driver transmission com- 
mand judged in step S34 includes identification data 
which can identify the OS. The identification data of the 
OS is taken out in step S41 . 

A check is made in step S42 to see if the printer 10 
driver for the OS designated by the identification data 
exits in the ROM 13 or external memory 14. If the printer 
driver doesn't exist (step S43), data indicative of an error 
is transmitted to the host computer. When the designated 
printer driver exists, the printer driver corresponding to is 
the OS identified in step S41 is transferred from the ROM 
13 or external memory 14 to the RAM 19 (Steps S44, 
S45) and is transferred to the host computer 3000 
through the bidirectional interlace 21 . 

Fig. 5 shows the main part of the host computer 20 
3000 in detail. As shown in the diagram, the printer driv- 
ers which are different according to the printers or printer 
control languages have already been stored in the ROM 
3 or external memory 1 1 . 

In the invention, the printer connected to the host 25 
computer is specified through the bidirectional interface 
21 and the printer driver needed by the OS can be trans- 
ferred to the printer. As mentioned above, when the 
printer driver is uploaded from the printer, the received 
printer driver can be once read into the RAM 2 on the 30 
host computer and, after that, stored into the external 
memory 1 1 or it can be also directly transferred to the 
external memory 11 if it is possible. The printer driver is 
loaded into the RAM 2 by an arbitrary proper method 
upon execution. When the printer driver is transferred 35 
from the printer to the host computer, the printer driver 
can be also compressed in a predetermined format and 
transferred. By such operations, a transfer speed 
between the printer and the host computer is improved. 

Fig. 6 shows a using method of the printer driver in 40 
the OS of the host computer. Processes of Fig. 6 are exe- 
cuted by the CPU 1 of the host computer. 

In step S61 in Fig. 6, an identification data request 
command for identifying the printer is transmitted to the 
printer that is connected directly (or through a network 45 
or the like) at present (refer to steps S31 to S33 in Fig. 
3). In step S62, the printer identification data returned 
from the printer is analyzed. The processes (steps S61 
and S62) need to be executed at the time of the activation 
of the host computer or the printer, or when a connecting so 
state of the device such as a printer 1500 or the like is 
updated, or the like. 

In step S63, a check is made to see whether the 
printer driver for the identified printer exists in the ROM 
3 or external memory 1 1 . When the printer driver for the ss 
identified printer exists, the printer driver is transferred 
from the ROM 3 or external memory 1 1 to the RAM 2 
and is outputted to the printer by using the printer driver. 
In this instance, the printer driver executes a process 



such that a drawing command used in the OS or appli- 
cation is converted to the printer control command (page 
description language) that can be understood by the 
printer, or the like. 

When no printer driver exists in step S63, a printer 
driver transmission command is transmitted to the printer 
(step S64), the printer receives the transmitted printer 
driver in step S65, and the printer driver is stored into the 
external memory 1 1 (step S66). In step S67, the printer 
driver is loaded into the RAM 2, the drawing command 
formed on the basis of the application program is con- 
verted to the printer control command by using the 
printer driver, and the printer control command is output- 
ted to the printer. 

With respect to the transfer of the printer driver from 
the external memory 1 1 or the like to the RAM 2 in step 
S67, it is also possible to preliminarily directly transfer 
the printer driver from the PRTC 8 when it is received in 
step S66. By using the printer driver transferred onto the 
RAM 2, print data is converted to a printer print control 
command, thereby performing the printing. 

According to the above embodiment, when the 
printer driver for the connected printer doesn't exist on 
the host computer, the printer driver built in the printer is 
transferred through the bidirectional interface, thereby 
enabling the printer driver to be automatically supplied 
to the OS without troubling the user. 

That is, since the printer drivers for the self machine 
as many as the number of various OSs are prepared for 
the printer and a desired printer driver is transferred to 
the host as necessary and can be used by the OS of the 
host, the correct printer driver can be automatically 
loaded to the OS without designating the printer driver 
by the user. 

In case of selecting the printer driver, since an inter- 
vention of the user is unnecessary, the printer driver is 
not erroneously used, so that the printing of a high quality 
can be always performed. 

According to the embodiment, when the printer 
driver is up-loaded from the printer, by storing the printer 
driver into the external memory (such as a hard disk drive 
or the like), the up-loading of the printer driver is unnec- 
essary from the next time on. As shown in Fig. 7, how- 
ever, there is also considered a process of up-loading 
the printer driver every printing, namely, dynamically 
replacing the printer driver. 

Fig. 7 shows processes on the host side. In step S71 
in Fig. 7, a data request command for identifying the 
printer is transmitted to the printer connected directly or 
through the network at present, in step S72, the printer 
identification data returned by the printer is analyzed. 
Although the processes (steps S71 and S72) are exe- 
cuted when the host computer is activated, when the 
printer is activated, when their connecting states are 
updated, or the like, they have to be also executed when 
the printing is executed and when an inquiry of informa- 
tion depending on the printer such as a font for the WYSI- 
WYG process is necessary. 
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In step S73, a check is made to see if the printer 
driver for the identified printer exists in the ROM 3 or 
external memory 1 1 . If YES, the printer driver is trans- 
ferred from the ROM 3 or external memory 1 1 to the RAM 
2, the drawing command is converted to the printer con- 5 
trol command by using the transferred printer driver and 
the printer control command is outputted to the printer. 
When the printer driver doesn't exist, the printer driver 
transmission command is transmitted to the printer (step 
S74), the data returned from the printer is received in 10 
step S75 and the printer driver is developed in the RAM 
2 (step S76). 

That is, different from Fig. 6, the printer driver is not 
stored into the external memory 1 1 but is directly devel- 
oped in the RAM 2, the program is executed, the drawing is 
command is converted to the printer control command, 
and the printer control command is outputted to the 
printer in Fig. 7. Consequently, the printer driver can be 
dynamically replaced without storing and holding the 
printer driver onto the host computer and a consumption 20 
of the external memory can be suppressed. For example, 
the consumption of the external memory by the printer 
driver of the printer which is rarely used can be sup- 
pressed, so that the external memory can be provided 
for storing the user data. 25 

Although the printer has been described above as 
an embodiment, a similar construction can be also real- 
ized even in case of device drivers such as a display, a 
plotter, a sound card, and other peripheral devices. The 
interface between the peripheral device and the host is 30 
not limited to the printer port but any device such as serial 
port, SCSI port, extension bus, or the like can be also 
used. It is sufficient to construct in a manner such that 
the device driver of the peripheral device is prepared for 
the peripheral device and the device driver is transferred 35 
to the host as necessary and is loaded to the OS of the 
host. 

As will be obviously understood from the above 
description, according to the invention, there is provided 
the information processing apparatus which is con- 40 
structed by the host computer and the peripheral device 
connected to the host computer through the bidirectional 
interface and which inputs and outputs data between the 
host computer and the peripheral device through the 
device driver that corresponds to the peripheral device 45 
and is loaded in the OS of the host computer, wherein 
the peripheral device has memory means in which the 
device driver corresponding to the peripheral device has 
been stored, the device driver in the memory means is 
transferred to the host computer as necessary and is so 
loaded into the OS of the host computer. Thus, thedevice 
driver prepared for the peripheral device can be trans- 
ferred to the host computer as necessary and automat- 
ically loaded into the OS. the OS can automatically use 
the correct device driver adaptive to the connected 55 
peripheral device without troubling the user, and it can 
be prevented that the device drive is erroneously used. 
By dynamically transferring the device driver from the 
peripheral device to the host computer, the consumption 
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of the external memory device of the host computer can 
be suppressed. 

There is provided an information processing appa- 
ratus which is constructed by a host computer and a 
peripheral device connected to the host computer 
through a bidirectional interface and which inputs and 
outputs data between the host computer and the periph- 
eral device through a device driver that corresponds to 
the peripheral device and is loaded in the OS of the host 
computer. An output device such as a printer which is 
controlled by the host computer has an identifying unit 
to identify the kind of OS of the host computer and a con- 
troller to output a device driver for controlling the device 
to the host computer on the basis of the identification 
result. The peripheral device has a memory in which the 
device driver corresponding to the peripheral device has 
been stored, the device driver in the memory is trans- 
ferred to the host computer as necessary and is loaded 
into the OS of the host computer. 

Claims 

1. A device which is controlled by an information 
processing apparatus, characterized by: 

means for identifying a kind of an OS of said 
information processing apparatus; and 

control means for outputting a device driver 
for controlling said device to said information 
processing apparatus on the basis of an identifica- 
tion result of said identifying means. 

2. A device according to claim 1 , characterized in that 
said identifying means identifies the kind of the OS 
of said information processing apparatus on the 
basis of OS identification information included in a 
printer driver output command. 

3. A device according to claim 1 , characterized in that 
said control means selects the printer driver corre- 
sponding to the OS identified by said identifying 
means. 

4. A device according to claim 3, characterized in that 
when the printer driver corresponding to the OS 
identified by said identifying means cannot be 
selected, said control means notifies such a fact to 
said information processing apparatus. 

5. A device according to claim 1 , characterized in that 
said device is a printer. 

6. A device according to claim 1 , characterized in that 
said information processing apparatus is a host 
computer. 

7. A device according to claim 1 , characterized in that 
said information processing apparatus and said 
device are connected through a bidirectional inter- 
face. 
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(54) Information processing apparatus having automatic OS selecting function 



(57) There is provided an information processing 
apparatus which is constructed by a host computer and 
a peripheral device connected to the host computer 
through a bidirectional interface and which inputs and 
outputs data between the host computer and the periph- 
eral device through a device driver that corresponds to 
the peripheral device and is loaded in the OS of the host 
computer. An output device such as a printer which is 
controlled by the host computer has an identifying unit 
to identify the kind of OS of the host computer and a 
controller to output a device driver for controlling the 
device to the host computer on the basis of the identifi- 
cation result. The peripheral device has a memory in 
which the device driver corresponding to the peripheral 
device has been stored, the device driver in the memory 
is transferred to the host computer as necessary and is 
loaded into the OS of the host computer. 
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